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Mr.  Bernard  C.  Price 
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ATTN:  AMSEL-PE-SA  (Mr.  Price) 

Fort  Mbnmouth,  NJ  07703-5027 

OCTRODUCTICN; 

ASQAR  is  an  acronym  for  Achieving  a  System  Operational  Availability 
Requirement.  The  ASQAR  model  is  a  new  nacro-analysis  tool  that  estimates 
optimal  end  itan  operational  availabilities  frram  the  system  requirement.  A 
system  operational  availability  (Ao)  requirement  is  a  quantitative  expression 
of  user  need.  Ao  represents  the  probability  that  an  item  will  be  in  an 
operable  or  ccmmittable  condition  at  any  random  point  in  calavdar  time. 

This  paper  contains  infomation  about  model  outputs  and  inputs,  equipment 
configurations  and  support  concepts  handled  ty  ASQAR,  and  potential 
applications  for  the  ASQAR  model.  Also,  two  different  system  supportability 
application  exanples  are  discussed?  one  in  corarnunications  availability  and  the 
other  in  cperaticnaLl  availability.  The  paper  concludes  with  a  discussicn  of 
model  verification  and  documentation. 

Prior  to  presenting  details  about  the  ASOAR  model,  it  is  inportant  to 
discuss  the  equipment  levels  of  indenture  for  consistent  terminology.  See 
Figure  1  to  picture  the  hierarciy  of  equipment  indenture  levels. 


Figure  1:  EJquipinent  lewels  of  Indenture 
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Ihe  highest  equipnent  lefvel  of  ixvdenttre  is  the  s^/stem  level.  Tlie  system 
represents  the  weapon  system  or  conmmications  system.  The  system  is  cxmposed 
of  end  items  vMch  represents  the  next  lower  level  of  indenture.  These  end 
items  are  priirary  items  directly  purchased  from  a  contractor  or  manufacOxirer, 
and  are  often  provided  as  government  furnished  equipment  to  the  system.  End 
items  are  comprised  of  assent>]J.es  which  represent  the  next  lower  level  of 
indenture.  These  assoihlies  nay  or  nay  not  be  Line  Replaceable  Ur'ts  (LRUs) 
depending  on  whether  the  assembly  is  ranoved  and  replaced  when  the  end  item 
fails.  An  IJIU  is  a  secondary  item  often  spared  forvard  and  is  used  to  restore 
an  end  item  if  the  end  item  gcaes  down.  Similarly,  LRUs  are  potentially 
repaired  by  Shop  Replaceable  Units  (SRUs)  which  represent  the  loiiest  equipnent 
level  of  indenture  in  this  paper.  The  repair  of  an  IRU  caus^  the  LRU  to  be 
placed  bach  into  stochage  at  the  support  level  vhere  naintenance  cxourred. 

MODEL  OUTPUTS  AND  INPUTSt 

The  basic  ASQAR  cxatput  tells  whether  the  system  Ao  is  achievable.  If 
attainable,  ASQAR  will  output  the  apprcodmate  cjptimal  Ad  of  each  end  item 
within  the  system.  When  similar  end  items  are  configured  redundantly,  the 
ASQAR  model  will  cjutput  both  the  Ao  of  the  redundant  configuration  and  the 
individual  end  item  Ao. 

As  a  system  level  outpit,  the  system  Ao  goal  reflects  the  inputted  system 
operational  availability.  Tlie  adjusted  system  Ao  goal  output  shews  vhether 
scheduled  mintenance  or  periodic  cJowntiroe  adjustments  caused  the  inputted  Ao 
goal  to  increase.  The  outputted  end  item  availability  prcduch  is  the  cxnputed 
cperaticnal  availability  of  the  outputted  results.  The  ASQAR  mcxlel  vd,ll  cease 
conputaticn  vhen  the  difference  between  the  produch  of  the  operational 
availabilities  of  all  end  item  cxxifiguraticDns  and  the  adjusted  Ao  goal  are 
within  a  tolerance  of  0.0001. 

One  of  the  key  system  level  cxitputs  of  the  ASQAR  model  is  the  effective 
reliability  of  the  system.  In  ASQAR  Version  3,  the  reliability  output  variable 
reflects  the  inputted  reliability  variable  utiliTed  in  the  application.  The 
model  is  flexible  to  use  either  Mean  Time  Between  Failure  (MIEF) ,  Mean  Calendar 
Time  Between  Failure  (MCTBF),  or  Failure  Fachcar  to  describe  reliability.  The 
system  reliability  is  d^endent  on  the  reliability  inputs  for  each  end  item  and 
the  irputted  system  reliability  blcxdc  diagram  cx*if iguration  of  the  end  items 
within  the  system. 

The  MTBF  of  a  system  or  end  item  r^jresents  the  design  reliability  of  the 
ecjuipmsit.  MTBF  is  expressed  in  terms  of  operating  hours  per  failure.  The 
MBF  reejuireroent  of  an  end  item  can  often  be  fcaund  in  the  equipment's 
specification  clocument.  The  MCTBF  of  equipment  is  the  reliability  requirement 
ea^ressed  in  calendar  time  as  opposed  to  caperating  hcaurs.  The  ASQAR  mcxlel 
internally  cxnputes  reliability  in  terms  of  MCTBF  because  Ao  represents  the 
probability  of  eejuipment  being  v)p  at  any  randan  point  in  calendiur  time.  The 
Failure  Fachor  of  eejuipment  is  expressed  in  terms  of  failures  per  100  end  items 
per  year.  Maintenance  engineers  «o»TEtimes  eaqaess  reliability  in  these  terms. 

Ancathex  key  system  level  output  of  the  ASQAR  mcxlel  is  tie  effective 
maintainability  of  the  system.  The  model  is  flexible  to  use  either  Mean  Time 
To  Repair  (MTTR)  or  Mean  Time  to  Restore  (MIR)  to  describe  naintainability. 
^stem  maintainability  is  ecjual  to  the  percentage  of  each  end  item's  effective 
ccantributican  to  system  failure  multiplied  by  its  maintainability. 
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MTIR  is  the  design  nainta inability  of  the  equipment  viiich  assumes  that  all 
logistics  support  for  the  equipment  is  perfect.  The  KTCR  requirenent  of  an  end 
itan  can  often  be  fotmd  in  the  equipment's  specification  document.  M3R  is  the 
experienced  naintainability  of  the  equipment  assuming  that  IHU  spares  are 
always  available.  MIR  depends  on  the  equipment's  MTIR  plus  airy  additional 
forvard  support  level  downtime  due  to  the  extra  time  it  takes  to  obtain  spare 
mus  from  storage,  not  always  having  appropriately  skilled  personnel  available,, 
not  always  having  functioning  test  measurernent  and  diagnostic  tools  wath  the 
equipment,  or  lack  of  cotplete  or  efficient  forvard  level  repair  iraniials- 

The  logistics  downtimes  coiputed  for  the  system  and  all  of  its  end  items  to 
achieve  their  r^pective  Ad  are  outputs  of  the  ASQAR  model.  The  Mean  logistics 
Downtime  (MLDT)  covers  equipment  downtime  due  to  LRU  spares  not  always  being 
available  forward  width  the  equipmait.  The  Average  Logistics  Downtime  (ALDT) 
includes  all  eq^dpinent  dcvntime  factors  except  for  the  design  maintainability. 
ASOAR  Version  3  wdll  output  the  Min  when  MR  is  utilized  as  an  input  variable 
or  output  Am  when  MTIR  is  utilized  as  an  input  variable. 

The  IRU  order  fill  rate  of  the  system  and  all  of  its  end  items  to  achieve 
their  respective  Ad  are  outputs  of  the  ASQAR  model.  The  LRU  order  fill  rate 
for  the  equipment  specifies  the  percentage  of  time  that  appropriate  LRUs  must 
be  on-hand  at  the  forward  level  of  stockage  to  restore  the  system.  This  is  a 
special  type  of  stock  availability  at  the  forward  support  level  which  accounts 
for  the  need  of  an  IRU  spare  only  when  it  repairs  a  system  failure  causing 
dcwntime.  VJhen  the  appropriate  IRU  is  not  on-hand  at  the  forward  level  of 
supply,  it  must  be  cbtained  in  order  to  restore  the  equipment.  Without 
redundancy,  MLDT  is  equal  to  the  percentage  of  time  that  appropriate  LRU  spares 
are  not  on-hand  to  restore  the  equipment  imiltiplied  by  the  Mean  Time  to  Obtain 
(MTTO)  those  LRUs. 

A  typical  listing  of  system  level  output  variables  is  shown  in  Figure  2. 
Their  units  of  measurement  are  noted  in  parentheses. 


System  Operational  Availability  Goal  (percentage) 
Aijxisted  Operational  Availability  Goal  (percentage) 
End  Item  Operational  Availability  Product  (percentage) 
Mtean  Time  Between  Failures  (hours) 

Mean  Time  to  Repair  (hours) 

Average  Logistics  Dcwntime  (hours) 

Order  Fill  Rate  of  LRUs  (percentage) 

Figure  2:  Typical  System  Level  Outputs 
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Some  end  itan  level  outputs  have  be®i  already  cxrvered.  However,  the 
effective  reliability,  effective  logistics  downtime,  and  HTTO  outputs  of  each 
end  item  require  more  discussion. 

VJhaa  irultiple  similar  end  items  are  configured  within  the  system  or  end 
item  level  spares  are  utilized  in  lieu  of  LRUs  to  repair  the  system,  the 
effective  reliability  is  calculated.  Otherwise,  the  effective  reliability'’  is 
just  the  ir^xitted  reliability.  Ihe  effective  reliability  of  a  configuration  of 
redundant  end  items  is  ccnpited  by  ASOAR  relative  to  attaining  the  optimal  end 
item  Ao.  With  redundancy,  the  effective  reliability  of  a  configuration  is 
ijipacted  by  its  logistics  si;53port.  Ihe  end  item  Ao  permits  a  certain  amount  of 
logistics  dcwntime  to  occur.  The  larger  the  downtime,  the  greater  the 
likelihood  that  the  redundancy  is  not  r^aired  before  additional  failures 
occur.  These  additional  failures  may  cause  the  system  to  fail  vhich  irt^acts 
the  redundant  configuration's  reliability. 

The  effective  logis-tics  dcwntime  output  is  cilso  iirpacted  ty  a  redundant 
configuration.  For  exan^ple,  in  a  oonfigura'ticn  wi-th  one  redundant  axi  item, 
tvro  end  item  failures  prior  to  the  first  fedlure  being  restored  will  caiase 
system  downtime.  R^sair  of  the  first  failure  will  cause  the  system  to  be 
restored.  The  time  betsreen  occurrence  of  the  second  failure  and  repair  of  the 
first  fciilure  yields  less  system  dcwntiite  per  redundant  configuration  faij.ure. 

The  Mean  Time  to  Obtain  (M3TD)  li®  spares  for  the  end  items  may  be  inputted 
directly  or  calculated  from  many  siqply  and  naintenance  inputs  describing  the 
logistics  support  associated  to  each  end  item.  Sipply  ir^t  variables  provide 
information  on  the  si^ly  sr^port  concept,  order  and  ship  times,  and  stock 
availabilities  at  the  hi^ier  levels  of  support.  Maintenance  input  variables 
provide  information  on  the  maintenance  concept,  repair  turnaround  times,  and 
repair  percentages  of  the  IWJs  at  different  sxpport  levels. 

A  typical  listing  of  end  item  output  variables  is  shown  in  Figure  3.  The 
wards  noted  in  parentheses  do  not  appear  on  the  actual  output. 

(End)  Item  Name 

(End)  Item  MEBF 

Effective  MIBP  (of  Configuraticn) 

(ESid  Item)  MPBR 
MITO  (IRU  Spares) 

Effective  ALDT  (of  Configxiration) 

Ao  (of  configuration) 

Ao  of  1  (Ehd  Item) 

(LRU  Order)  FUl  Rate 


Figure  3:  T^ical  End  Item  Level  Outputs 
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At  the  system  level,  the  ASQAR  model  requires  an  input  for  the  system  Ao 
desired  or  required.  Also,  the  reliability  block  diagram  configuration  of  the 
end  items  within  the  system  needs  to  be  inputted. 

As  end  item  level  attributes,  the  ASQRR  model  requires  inputs  about  each 
end  item's  reliability,  maintainability  and  cost.  Ihe  terminology  utilized  in 
reliability  and  itainta  i  nability  inputs  and  corresponding  outputs  are  easily 
selected  by  the  model  user.  The  utilized  end  item  cost  is  caiputed  from  the 
ii^tted  cost  of  a  single  end  item  miniis  the  inputted  cost  of  any  very  hi^ 
cost/low  failure  rate  assemblies  within  the  end  item.  This  cost  adjustment 
inpooves  the  accuracy  of  model  cptimizaticn  results.  Since  the  cptiraum 
allocation  of  operational  availability  is  driven  ty  the  relative  cost  to 
failure  rate  ratios  of  end  items  carprising  the  system,  the  cost  adjustment 
reduces  inaccuracies  by  not  incorporating  assemblies  with  very  little  chance  to 
be  econoraically  stocked  forward. 

The  key  logistics  input  is  the  mean  time  to  obtain  lilD  spares.  If  MPTO  is 
to  be  ccoputed,  then  sipply  and  naintenance  inputs  are  utilized  instead. 

BOUIPMEWr  CCMFTGQRAnCN  AND  SUPPCRT  CXMZEPTS  HftNDLED; 

The  basic  ASQAR  nethodology  optimizes  the  allocation  of  the  system  Ao  to 
the  end  items  vAien  the  system  consists  of  different  individual  end  items  in  a 
serial  configuraticn,  the  system  is  maintained  by  liUJs  at  the  operating  or 
Organization^  (CRS)  level,  and  no  scheduled  naintenance  or  periodic  dcwntime 
exists.  Corputational  equivalency  adjustments  are  applied  v^ien  end  item 
ocranonality  or  redundant  equipment  configurations  exist,  when  scheduled 
naintenance  or  periodic  downtine  applies  to  the  equipment,  when  the  most 
forward  level  of  sr^ly  support  is  Direct  Support  (DS)  or  General  Support  (GS), 
and  when  end  item  spares  are  permitted  at  the  most  forward  level  of  supply 
support.  All  ASQAR  ocDputational  equations  and  their  derivation  are  explained 
in  the  "ASQAR  Model  Version  3  Methodology"  paper. 

The  ASQAR  model  utilizes  special  cases  to  handle  these  caiputational 
equivalency  adjustments  ♦  The  ten  special  cases  utilized  by  the  ASQAR  model  are 
listed  in  Figure  4. 

1.  Serially  Configured  Ccmncn  End  Items 

2.  Hot  Standby  Redundant  End  Items 

3.  Cold  Standby  Redundancy  or  End  Item  Spares 

With  System 

4.  Degxadational  Redundancy  or  Capacity 

Availability 

5.  System  Scheduled  Iteintenanoe  or  Periodic 

Startt^  Causing  Dcwntime 

6 .  End  Items  Scheduled  Maintenance  or  Periodic 

Startup  Causing  System  Doimtime 

7.  Multiple  Systems  Restored  wath  IRU  Spares  at 

GRG  Level 

8.  Systems  Restored  with  IRUs  Stocked  Forward  at 

D6  Level 

9.  Systems  Restored  with  End  Item  arvd  LRUs 

Stocked  Forward  at  DS  Level 

10.  Systems  Restored  with  End  Item  Spares  at  DS 

Level  aiKi  IRUs  Stocked  Forward  at  GS  Level 

Figure  4:  Equipment  Ccnfigurations  and  Support 
Concepts  Special  Crises 
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Ihe  first  fc3ur  cases  cover  equiptnent  configuration  adjustments.  Case  1 
handles  caramon  end  itaras  which  is  having  more  than  a  quantity  of  one  of  the 
same  end  item  in  series.  LRU  spares  placed  forward  can  be  used  to  repair  any 
of  the  similar  end  items.  Case  2  handles  hot  standby  redundant  end  items. 

Case  3  covers  cold  standby  redundant  end  items  or  end  item  spares  at  the 
operating  level.  Ihe  difference  between  hot  and  cold  standby  redundant  items 
is  that  the  hot  items  in  redundancy  are  operating  where  the  cold  items  in 
redundancy  are  not  operating.  Cold  standby  redundancy  accrues  extra  downtime 
to  switch  over  to  redundant  end  items,  but  does  not  accrue  extra  failures  from 
additional  operating  hours.  Case  4  examines  degradationai  redundancy  or 
capacity  availability.  With  degradationai  redundancy,  the  system  does  not  have 
to  be  fully  up  or  fully  down.  Each  potential  state  can  be  represented  by  seme 
inpurted  percent  of  varies  s. 

Cases  5  and  6  represent  dewntime  adjustments  to  operational  availability . 
Case  5  covers  scheduled  raintenance  downtime  at  the  system  level.  It  can  also 
acexTunt  for  periodic  teardown  and  set-up  of  the  system.  Case  6  covers 
scheduled  naintenance  downtime  at  the  end  item  level.  If  necessary,  it  can 
also  be  used  to  account  for  unscheduled  downtime  from  a  hot  standby  redundancy 
because  dewntime  to  switch  over  to  the  operating  redundant  item  is  not 
automatically  covered  in  Case  2.  When  using  the  cold  standby  redundant  mode  of 
Case  3,  ASQRR  automatically  asks  for  the  dewntime  input  to  switch  over  to  the 
nen-operating  redundant  item. 

Cases  7  throuc^  10  examine  centralized  forward  support  ad jvistments .  Case  7 
deals  with  multiple  systems  restored  with  LRU  spares  at  the  operating  level. 
Cases  8  through  10  are  for  systems  without  operating  level  spajires.  This 
centralized  supply  si:5iport  concept  could  be  accenplished  using  contact 
naintenance  team  sipport,  having  direct  exchange  support,  or  by  evacuating  the 
failed  system  to  Direct  Support  (DS) .  Case  8  covers  systems  restored  with  LRU 
spares  stocked  forward  at  the  DS  level.  Cases  9  and  10  consider  system 
restoral  primarily  with  the  use  of  end  itan  spares  at  DS  level.  These  end 
items  spares  are  called  floats.  Case  9  covers  systems  restored  with  end  item 
floats  and  IRU  spares  at  DS.  Case  10  covers  systems  restored  with  end  item 
floats  at  DS  and  IRU  spares  stocked  forward  at  the  General  Support  level. 

MODEL  USEFUIRESS  AND  APPLICflTION; 

ASQAR  can  be  a  very  useful  model  to  the  military  user  cannunity.  ASOAR  is 
a  macro-analysis  tool  that  estinates  optinal  end  item  operational 
availabilities  from  the  system  requirement.  Sensitivity  analysis  can  also  be 
performed  cn  the  system  Ao  to  aid  in  the  selection  of  a  requirement. 

The  ASQftR  model  is  also  an  earliest-on  logistics  support  analysis  tool 
because  it  requires  system  and  end  item  level  input  data  without  requiring  LRU 
ii^t  data.  ASOAR  can  detentdne  v^ether  the  system  Ao  is  attainable  for  an 
inputted  logistics  sipport  concept.  When  achievable,  cost  effective  logistics 
downtimes  and  IRU  order  fill  rates  at  the  most  forward  level  of  sipply  support 
are  determined  for  each  end  item  cerprising  the  system.  From  a  broad 
perspective,  this  helps  to  determine  the  degree  of  logistics  supportability 
necessary  to  achieve  each  operational  availability. 
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ASOAR  is  an  ideal  tcx)l  for  Reliability,  Availability  and  Maintainability 
(RAM)  rationale  analysis.  It  can  aid  in  the  selection  of  a  syston  Ao 
requiranent.  The  effective  system  reliability  and  mintainability  are 
determined  frcm  end  item  reliability  and  naintainability  input  data  and  the 
system's  reliability  block  diagram  configuration  of  end  items.  Ihe  cptiiaim 
AIDTs  for  the  system  and  each  type  of  end  item  vd.thin  the  system  are  outputs  of 
the  ASOAR  model.  Ohis  eliminate  the  need  to  guess  at  ALOT  values  to  perform 
RAM  rationale  analysis  and  .'Jtproves  analysis  accuracy. 

ASOAR  can  be  a  very  useful  model  to  the  mteriel  developer  carmunity.  It 
can  be  utilized  to  analyze  system  design  sensitivity  to  reliability  block 
diagram  cxnf iguraticns .  ASOAR  determines  the  effective  system  reliability  and 
maintainability,  and  the  effecrtive  reliability  and  logistics  downtime  of 
redunciant  end  item  configurations  relative  to  attaining  its  canputed  exist 
effechu-ve  Ao.  Hot  standby,  cold  standby  and  degradational  redundancies  of 
similar  end  items  are  handled. 


ASOAR  cilso  aids  weapon  system  logistics  support  optimization.  First,  it 
provides  a  macro-level  analysis  about  inputted  support  concepts.  The  end  item 
order  fill  rates  oarputed  yield  a  generalized  feel  about  the  costliness  of 
spares  needed  to  attain  the  system  Ad  requirement.  The  cost  effective  end  item 
Ao  outputs  of  the  ASOAR  model  feed  sparing  and  maintenancoe  optimization  models. 


Figure  5  illustrates  how  the  application  of  the  ASOAR  model  used  together 
with  a  sparing  optimization  nodel  can  optimize  IRU  and  SRU  inventories  to  meet 
the  vreapon  system  Ao  requirement.  Also,  ASOAR  used  together  with  a  maintenance 
allcxation  cjptimization  model  can  optimize  naintenanc«  concepts  to  achieve  the 
v^pcan  system  Ao  regidrement.  ASOAR  permits  the  cjptimizaticn  of  systan  supply 
and  maintenance  allocation  to  system  requirements  because  it  outputs  end  item 
Ao  requirements  that  can  optimally  aciiieve  the  system  Ao  jequirement.  The  end 
iton  Ao  outputs  then  became  inputs  to  maintenance  eptimization  and  supply 
support  optimization  nodels.  When  multiple  similar  end  items  are  cxnfigiored, 
the  output  of  the  Ao  fco:  one  end  item  is  utilized  as  the  irput  to  the  end  item 
cjptimizaticai  models.  As  IRU  and  SEUJ  data  faeexmes  available  for  an  end  item, 
the  optimization  model  for  sparing,  such  as  SESAME,  can  determine  the  least 
cjost  sparing  mix  to  achieve  the  inputted  end  item  Ao  reejuirement-  Also,  an 
optimizaticn  model  for  naintenance  allocation,  such  as  OSAMM,  can  determine  the 
least  cost  naintenance  concepts  for  the  end  item  to  achieve  its  inputted  Ao. 


SYSTEM  Ao  RBQUIREMENr 


ASOAR 


END  ITEM  Ao  RBQUIREM0»TS 


OSAMM 


MAINTENANCE 

OPTIMIZATICM 


SUPPLY 

OPTIMIZAITCN 


SESAME 


jliEAST  COST  MAINTENANCE 

■ 

LEAST  COST  IRU  &  SRU 

jCONCEPT  FCR  IRUs  &  SRUs 

■ 

SPARING  MIX 

Figure  5:  eptimization  of  lower  .  .  .lentured  Items 
to  Achieve  the  Systo-r.  Requirement 
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ASOAR  can  be  usefxil  to  both  the  materiel  developer  and  user  ccmminities  by 
optimally  allocating  the  weapon  system  operational  readiness  requirement  to 
desired  readiness  rates  for  each  najor  end  item  ocitprising  the  weapon  system. 
OperatiOTsal  readiness  rates  of  fielded  items  are  essentially  en  approximation 
of  the  operational  availability  determined  fron  data  collection.  Rules 
defining  system  downtime  and  uptime  for  operational  readiness  purposes  nay 
possibly  vary  fron  the  use  of  all  calendar  time  uptime  aixi  dc?wntime  that 
determines  Ad. 

The  ASOAR  model  is  also  usable  for  optimizing  conmunicaticns  availability 
support  of  non-complex  connunications  networks.  The  model  is  limited  to 
non-carplex  canramication  networks  because  it  does  not  compute  the  percent  of 
v^xiess  associated  to  degradaticnal  redundant  states.  It  requires  tl^  percent 
of  upness  to  these  states  to  be  an  input.  Also,  ASOAR  does  not  handle 
alternative  means  of  cannunication  because  dissimilar  end  item  redundancy  is 
not  handled. 

An  exaitple  with  a  hypothetical  Regency  Net  system  is  used  to  explain  the 
model's  usefulness  in  optimizing  to  a  camwnicatians  availability.  The  system 
of  Regency  Net  terminals  nay  be  configured  with  7  redvmdant  Injection  Tterminals 
(IT),  2  redundant  Super  Cluster  Controllers  (SCC),  2  redundant  Cluster 
Cdntrollers  (CC),  a  Force  Tterminal  (FT),  and  a  Teem  Terminal  (TT).  Except  for 
the  TT,  all  terminals  have  identical  reliabilities  and  cost.  The  TT  is  the 
most  forward  terminal  and  snaller  than  all  the  terminals  causing  it  to  be 
almost  twice  ^ls  reliable  at  five  times  less  cost.  A  system  Ao  goal  of  93%  was 
used  to  cornminicate  from  the  IT  all  the  way  to  the  TT. 

The  results  obtained  fixin  using  ASOAR  logically  showed  that  no  spare  LRUs 
were  necessary  at  any  of  the  7  highly  redundant  ITS.  Only  a  39%  order  fill 
rate  of  appropriate  IRU  spares  vas  needed  at  the  SSC  and  CC  redundant 
terminals.  The  FT  and  TT  were  the  serial  configured  terminals  and  they  both 
required  high  IRU  order  fill  rates  of  94%  and  98%  respectively.  If  all 
terminals  ware  spared  similarly,  an  88%  IRU  order  fill  rate  would  be  necessary 
at  every  terminal  to  achieve  the  canmunications  availability  of  93%.  By  doing 
system  sparing  optimally,  7  terminals  did  not  require  any  spares,  4  terminals 
required  just  a  39%  order  fill  rate  of  IRU  spares,  and  only  2  terminals 
required  more  than  the  88%  IRU  order  fill  rate.  This  represents  a  large 
supportability  savir.gs  vhich  could  not  be  achievable  without  using  ASOAR. 

The  ASOAR  model  was  successfully  applied  to  a  sustainability  evaluation  of 
the  Corp/Theater  ADP  Service  Center  II  (CTASC  II)  to  a  system  operational 
availabilty  goal.  The  CTASC  II  system  canfiguration  had  many  redurviant  types 
of  end  items  in  it.  Just  4  end  items  were  listed  as  serial  arxi  they  vrere 
serial  conponents  within  the  ccuputer  processing  unit,  serial  coiponents  within 
the  camunicaticns  equipment,  the  pcvrer  supply,  axxl  the  nine- track  tape  unit. 

The  results  of  the  CTASC  II  Sustainability  Study  using  ASOAR  shcvred  that 
only  the  LRUs  of  the  serially  configured  end  items  needed  to  be  spared  with  the 
t^minals.  The  product  of  end  item  availabilities  of  the  serial  items  fron 
ASOAR  was  utilized  as  the  Ao  input  in  SESAME  to  optimize  their  LRU  sparing 
mix.  Also,  by  using  ASOAR,  it  was  determined  that  one  of  the  logistic  sipport 
alternatives  was  ris3^.  without  spare.®  placed  forward  with  the  CTASC  II 
terminals,  the  contractor  regional  support  center  alternative  cannot  exceed 
twelve  hours  to  restore  the  CTASC  II  terminals  or  the  system  Ao  requirement  of 
96%  could  not  be  achievable. 
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MODEL  VERIFICATICT}  AND  DOCUMEWI!ATICM; 

The  ASOAR  model  was  developed  to  respcsnd  to  a  challenge  specified  within 
the  Secretary  of  Defense  Guidance  of  March  1982.  [1]  Ihe  unclassified  excerpt 
states  "Our  objective  is  to  size  and  fund  peacetime  operating  stock  secondary 
item  inventory  to  sxipport  progranmed  weapon  systems  availability  rates  and 
operating  tenpos.  Since  analytical  methodologies  to  achieve  this  do  not  now 
exist,  the  Services  will  develop  aixl  institute,  by  the  end  of  FY85,  t±e  ability 
to  size  v^pon  system  initial  and  replenishment  secondary  item  inventories  to 
meet  explicit  v^apon  system  availability  and  operating  tenpo  objectives . " 

Model  and  methodology  verification  and  validation  started  with  a  corparison 
of  the  ASQRR  basic  methodology  to  results  from  SESAME.  [2]  Using  the  same  curve 
parameter,  SESAME  optimized  Ad  results  for  each  end  itan.  Using  the  calculated 
SESAME  system  Ao,  results  were  found  to  be  somewhat  close  to  the  ASQRR  prorated 
Ad  to  each  end  item.  However,  if  LRUs  are  modeled  like  end  items  in  ASOAR,  the 
resulting  availability  of  LRUs  will  be  inaccurate. 

Each  special  case  of  ASOAR  was  successfully  evaluated  against  its  manxjal 
confutations.  Ihe  inputting  order  of  the  multiple  special  cases  was  also 
varied.  Cases  1  through  6  results  were  found  to  be  independent  of  the  input 
sequence.  However,  Cases  1  throu^  6  must  be  inputted  prior  to  Cases  7  throuc^ 
10  for  correct  results.  Cases  7  through  10  corrpute  centralized  fojrward  support 
adjustments . 

ASOAR  Version  2  was  limitedly  distributed  within  the  Amy  from  October 
through  December  1990.  After  this  distritution,  mistake  were  found  in  the 
methodology  used  for  Cases  7  through  10.  151656  errors  have  been  corrected  in 

ASOAR  Version  3.  Also,  ASOAR  Version  2  required  MCIBF  and  MER  inputs  and 
displayed  the  MEZTT  output.  Although  internal  caaputations  vath  ASOAR  are  based 
on  these  variables,  their  terminology  is  not  often  familiar  to  model  users. 
ASOAR  Version  3  inproved  model  flexibility  to  optionally  permit  irputs  and 
outputs  to  also  be  in  terms  of  failure  factors  or  MIBF,  NKDR  and  ALOT. 

The  ASOAR  Model  Methodology  documentation  for  Version  3  explains  and 
derives  all  the  ASOAR  basic  equations  and  mathematically  describes  all  special 
case  ccnputational  adjustments.  [3]  Hie  ASOAR  User's  Manual  describes  how  to 
use  the  model  and  explains  and  lists  all  the  input  and  output  variables. [4] 
Exercises  included  in  the  User's  Manual  take  the  user  throu^  sanple  runs 
covering  the  Mean  Time  to  Obtain  IRUs  and  the  10  special  cases. 

ASOAR  is  a  deterministic  model.  It  operates  on  a  Zenith  personal  cocputer 
or  ccnpati.ble  with  a  math  co-prooessor  and  the  ASOAR  softs^ore.  ASOAR 
documentation  and  a  disk  containing  the  executable  code  of  the  ASOAR  model  may 
be  obtained  by  ccntacting  the  author. 

TSie  following  individuals  have  been  responsible  for  developing  the  ASOAR 
model.  Hie  author  wishes  to  eiqpress  his  gratitude  to  Jesse  Williams,  Gerald 
Gerstel,  Anthony  DiGregorio  and  Christine  Shin  for  their  dedication  in 
developing  and  testing  various  versions  of  ASOAR  carputer  pxcograms. 
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